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Verfahren zur Analyse und Optimierung des Benutzerverhal tens in Compputer 

netzen 



1.2 Kurzbeschreibung der zu loscnden Aufgabe und Darstellung des Lo- 
aungaweges : 

Durch ein speziell von JSMC entwickeltes Verfahren wird es zukunftig 
moglich sein, qualif izierte und zukvmf tsorientierte Daten uber das 
Userverhalten im Internet und Intranet zu erhalten. Diese Daten wer- 
den zur konsequenten Kundenorientierung im Kommuhikationsmix beno- 
tigt. Es werden in diesem Verfahren bereits vorhandene und als Stan- 
dart anerkannte Methoden mit von JSMC entwickelten Verfahren kombi- 
niert. Mit dieser technischen Innovation ist es erstmals moglich, 
neue und fur den Kunden des Verfahrens, relevante Daten zu erhalten. 
Aus den result ierenden Daten werden mogliche Planzahlen generiert 
xxnd der VerbesserungsprozeR eingeleitet. Auf diese Weise erhalt man 
einen „Regelkreis" der von mit der Prufung beginnt, daraus das Ver- 
besserungspotential ermittelt, die Verbesserung durchfuhrt und ab- 
schlieBend diese Verbesserung wieder uberpruf t . Damit schlieBt sich 
der Regelkreis emeut . 

In diesem Verfahren werden neu entwickelte bzw. vorhandene Inter- 
net/Intranet - Strukturen neu organisiert, strukturiert und mit Er- 
ganzungen im Quelltext versehen. Dies geschieht mit Hilfe eigener 
von JSMC entwickelten Automat ismen, die je nach Anfordenmg des Kun- 
den gesteuert werden. 

Diese Innovation hat das Potential sich als neuer Standart durchzu- 
setzen und die bereits auf dem Markt befindlichen Insellosungen und 
Berechnungsgrundlagen wie Pageviews zu kompensieren . Einer der grofi- 
ten europaischen Provider bekundetet grolies Interesse an diese Inno- 
vation. 

Das erf indungsgemaSe Verfahren zur Analyse und Optimierung des Be- 
nutzerverhal tens in Computemetzen basiert darauf, da£ vom Server- 
computer Benutzeraktivitaten erfaSt xind protokolliert werden, die 
erfafiten Aktivitaten von Interpretationsf ehlem bereinigt werden, 
die nach der Bereinigung vorliegenden Daten analysiert und mit Daten 
aus einer Erf ahrungsdatenbank vergleichen werden und die Ergebnisse 
des Vergleiches zur Optimierung eingesetzt werden, indem durch eine 
Ruckfuhrung eine aktive EinfluBnahme auf den Server computer erfolgt 
und hierdurch ein geschlossener Regelkreis realisiert wird. 



1.2,1 Schl iisselherl ffe : 

Intemetcont rolling, Logf ileanalyse , Sessiontracking, URL-Rewriting, 
Cookie, Web-Erf olg. Erf olgsmessiing im Internet, Userverhalten, Suc- 
cess on WEB, Clusteriing von Userverhaltensmuster , etc. 
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1,2,2 Stand der Teclmik Jbei den bereits am Markt befindlichen Pro- 
dukten : 

Bei alien bekannten und bereits am Markt befindlichen Verfahren wer- 
den nur quantitativ Userverhalten protokolliert . Ebenfalls, \ind das 
wird nicht von den Untemehmen kommuniziert , wird eine Genauigkeit 
von den Systemen aufgezeigt, die bewiesenenna(ien falsch ist. Das im 
Internet verwendetet Verfahren des Proxy- Cash- Servers, welches ein- 
gesetzt wird um die Gesamtperf ormance des Internets zu erhohen, 
fuhrt keinem Eintrag im Logfile wenn die Seite uber den Cash-Server 
geladen wird. Ebenso der Besuch von „ROBOTS", also die Spione der 
Suchmaschinen, fuhrt zu Eintragen, die als Besucher der Website im 
Logfile protokolliert werden. Sobald diese Situationen nicht beruck- 
sichtigt werden, ist die Interpretation mit Fehlem behaf tet . Die 
Erklarung fxir diesen Zustand ist recht einfach. Der Logfile ist ein 
Format fur die zeitliche Dokumentation des Webservers und nicht fur 
die Analyse des Userverhaltens direkt konzipiert. Aus diesem Grund 
ist das Ergebnis des Logfile nicht falsch sender wird vielmehr in- 
korrekt interpretiert . Mit dem von JSMC entwickelten Verfahren sind 
solche Fehlerquellen kompensiert und viele weiterf uhrende qualitati- 
ve xind quantitative Aussagen moglich. 

1.2.3. Die bekanntesten Mitbewerberprodukte : 

• Webtends 

• Websuxess 

1.2.4. Die bekanntes ten Verfahren 

• Logf ileanalyse 

• Cookie 

• Sessiont racking 

1.2.5. Welche entscheidenden technischen und kundenbezogenen Vortei- 
le hat die von JSMC 

entwickelte hosung? 

• Unterscheidung in Neu / Altkiinden 

• Clusterung in Kundensegmente 

• Erweiterte technische Performance des Useres z.B. Sprache, Bild- 
schirmauf losung, Farbtiefe, etc. 

• Von Fehlem bereinigte Daten 

• Zukunf tsorientierte Daten 

• Separierte Darstellxing von Daten, die eine Fehlertoleranz aufwei- 
sen, inkl . der Darstellung der Bandbreite der Toleranz 

• Planungsdaten 

• Beliebig wahlbare Analyse- Intervalle 

• Historische Dokumentation der Intemetauf tritts 

• Controlling Instrument fur den Kommunikationsmix 

• uvm . 

Aus der „ erweiterten" Logf ileanalyse lassen sich Erkenntnisse uber 
die Anzahl der Zugriffe ixnd der Zielgruppe gewinnen. Die Responsea- 
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nalyse verbindet die Reaktionen von Anwendern mit der dazugehorigen 
Internetseite \ind protokolliert diese. Mit Hilfe des Sessiontracking 
lassen sich Aussagen ziun Verhalten der . Nutzer auf einer Seite tref- 
fen. Individuelle Auswertungen erlaiiben eine Gegenuberstelliing von 
Kosten und Umsatz . Die systematische Vemetzimg des Internet- Re- 
sponse mit Daten aus anderen Kommimikationsmadnahmen erlaubt Ruck- 
schliisse, die bisher nur mit aufwendigen MaUnahmen der Werbezielf or- 
schung moglich waren. Mit diesem Verfahren ist es moglich gezielte 
Planxingsmafinahmen durchzuf uhren und der Erfolg nicht mehr dem Zufall 
zu uberlassen. 

1.2.6. Bestehen Aushaumoglichkelten zu einer ProduktfAmille? 

Diese Frage ist mit einem klaren „Ja" zu beantworten. Das von JSMC 
entwickelte Verfahren stellt eine offene Losungsplattf orm dar. Das 
Verfahren beinhaltet verschiedene Ausbaustuf en, die von Benutzer 
dieses Verfahrens, je nach Anforderung aktiviert werden konnen. 

Zu diesen Verfahren gehort, neben der oben erwahnten Losung, eine 
erweiterte Losung. Diese Losung dokumentiert und interpretiert die 
Einzelverfolgung von User, Durch dieses Verfahren kormen tiefgehende 
Erkenntnisse uber die Kundenbediirf nisse gewonnen werden. Aus diesen 
Informationen heraus werden Planungen fur die Aktualisierung der 
Website generiert, die auf herkommlicher Art nur durch „try and er- 
ror" zu erhalten sind. 



Eine weitere Komponente aus dem Controlling Verfahren fur Internet 
ist „search flow". „search flow" ist die Optimierung des Bekannt- 
heitsgrades einer Website. Das Controlling Verfahren fur Internet 
ermoglicht erstmals das exakte Dokumentieren der Herkiinft eines 
Users. Zentrale Fragen wie ; was bringt mir ein Link auf einer Part- 
nerseite; oder welche Suchmaschinen sind fur meine Website interes- 
sant; welche Suchworte wurden verwendet; bleiben in Produkt „ search 
flow" nicht unbeantwortet . 

Bis dato gilt die „Einheit" Pageviews fur die Abrechnung von Werbe- 
bannem. Hier gilt ein lOOOer Pageviews- Preis ab DM 60.- Untersu- 
chungen von JSMC ergaben, dafi 2.000 Pageviews von 130 Besuchen eine 
Webseite ausgelost werden. Dabei wurden die 13 0 Besuche von 2 0 Besu- 
chem vorgenommen. Dies fuhrt dazu, das DM 6,- pro Besucher ausgege- 
ben werden. Ein l.OOOer Kontaktpreis von 6.000 DM wird auf keinen 
Fall bei den klassischen Medien akzeptiert. Hier gelten Preise von 
DM 4,50 bis DM 200;-. Leider ist die Korrelation zwischen Pageviews, 
Besuche und tatsachlichen Besuchem nicht in einem konstanten Ver- 
bal tnis zu setzen, d.h. jede Homepage verfugt uber ein andere Struk- 
tur, die unterschiedlich die Pageviews auslost. Ein Zustand, wo un- 
ser Verfahren neue Mafistabe setzt . 

„mail flow" ein Resultat aus dem Controlling Verfahren fur das In- 
ternet greift direkt in der Kommunikationskette zwischen Kunde und 
Informationsgeberseite. „mail flow" sorgt dafur, dafi alle einlauf en- 
den Mails innerhalb einer bestimmten Reaktionszeit individuell be- 
antwortet werden. Aufgrund der historischen Daten aus den obenge- 
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nannten Controlling Verfahren fiir Internet erhalt man ein genaues 
Profil der mailenden Person (z.B. wie oft hat die Person meine Seite 
besucht bis er gemailt hat; welche Bereich haben besonderes Interes- 
se gefunden; wie oft hat ein Kunde die Seite besucht bis er eine Be- 
stellung durchgefuhrt hat; wie lange dauert der Aufbau des Vertrau- 
ens; wann und wo ist der Interessent in die Homepage eingestiegen 
und'wo ist er wieder ausgestiegen) . „mail flow^^ ist das Teilverfah- 
ren fur eine konsequente Weiterentwicklung der Kommunikationsstruk- 
tur zwischen Anbieter und User. 

„comin flow" eine weitere Ausbaustufe aus dem Gesamtpaket „ Control- 
ling Verfahren fur Internet" bringt Transparenz in den Kommunikati- 
onsmix, der bis dato nur mit aufwendiger und kostenintensiver Werbe- 
zielforschung moglich war. Die Ergebnisse der Werbezielf orschung 
sind mit einem hohen Toleranzwert behaftet, der nur ungenaue Pla- 
nungszahlen liefert. Ergebnisse, die das Controlling Verfahren fur 
Internet liefert, losen den klassischen „tausender Kontaktpreis" ab. 
Das von JSMC entwickelte Verfahren bewertet den Erfolg von Marke- 
tingmalinahmen und liefert notwendige Inf ormationen bezuglich: wird 
die Zielgruppe erreicht; spricht meine Kampagne auch die Zielgruppe 
an; wird es Zeit fur eine Neugest alt ung der Kampagne; wurde der Sat- 
tigungsgrad einer Kampagne erreicht? 

Naturlich resultiert aus dem Paket Controlling Verfahren fur Inter- 
net auch ein Prodiikt Namens 
„admin flow". „admin flow" ist ein Verfahren zvim Controlling der 
Service- Anbieter- Struktur. Gerade dieser Bereich wird bei den 
klassischen Verfahren nicht berucksichtigt . Es ist aber von besonde- 
rer Bedeutiing Veranderungen im Userverhalten nach einer Aktualisie- 
r\ing neu zu betrachten. Aus diesem Grund werden in dem von JSMC ent- 
wickelten Verfahren die aus der Proj ektplanung her gekannten „Mei- 
lensteine" gesetzt. Dieses Verfahren ermoglicht die unverf alschte 
Interpretation des Userverhaltens nach einer Modifikation der Doma- 
ne. Ein weiteres Benifit aus dem Controlling Verfahren fur Internet 
ist die Dokumentation lond somit die Wirtschaf tlichkeitsbetrachtung 
von Multiusereingaben. Unter Multiusereingaben versteht man die On- 
line- Editierung von verschiedenen Usem innerhalb einer Intemet- 
Datenbank. Diese Verfahren wird z.B. bei Gebrauchtwagen- Borsen ein- 
gesetzt . 

Alle dargestellten Produkte, die aus dem Controlling Verfahren fur 
Internet resultieren, bestehen aus den Komponenten CBT, A&Q, Crea- 
tor, DATA Storage, Analyser und Success Viewer. 

Im Modul „CBT" (computer based training) werden nutzliche Hinweise 
und Informationen sowie grvmdsatzliche Inf ormationen uber das Con- 
trolling Verfahren fur Internet auf leicht verstandlicher Art ver- 
mittelt. Naturlich werden hier alle Moglichkeiten der multimedialen 
Wissensvermittlung genutzt . Ebenso werden unterschiedliche Stufen 
des Vorwissens Beriicksichtigung finden. 
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Das Modul „A&Q" (ask and questions) dient der Bestinunung des person- 
lichen Anfordenmgsprof ils. In diesem Bereich wird im Dialog eine 
Abfrage durchgef uhrt und festgelegt, welche Parameter in dem Verfah- 
ren eingesetzt werden. Der User bestimmt also selber, welche Daten 
in welcher Qualitat in der Auswertimg Be rucks ichtigung finden. Die 
Basis also fiir die Realisierung von „Qualitat statt Quantitat". Un- 
ter anderem wird abgefragt, wie die Struktur der Website aufgebaut 
ist; in welcher Form soil die Kundensegmentierung durchgefuhrt wer- 
den; soli das Userverhalten einzeln beobachtet werden; iind vieles 
mehr . 

Der ^Creator" erfullt die wesentliche Aufgaben des Losungskonzeptes . 
Als Basis dienen die Ubergabeparameter des Moduls „A&;Q" . Aus diesen 
Angaben wird nun eine vorhandene Website offline bewertet und nach 
den Vorgaben des „A&Q" Moduls modifiziert und optimiert. Diese modi- 
fizierten Seiten werden anschliedend automatisch getestet und via 
FTP auf dem Server installiert. Ebenfalls werden alle notwendigen 
Datenbanken, Applets und Tools der Analyse auf dem Server instal- 
liert. Eventuell anfallende Modif ikationen auf Serverseite werden 
als Checkliste ausgedruckt . Aus technischen Griinden ist es nicht 
moglich, bestimmte Maflnahmen automatisch auf Serverseite durchzufuh- 
ren. Diese Arbeiten obliegen ausschliefilich dem technischen Support 
des Providers. 

Das Modul „DataPool" organisiert die Monatsdaten (bzw. die aktuellen 
Daten fur die sofortige Planung) und bereitet diese so auf, dali nur 
die geforderten und bereinigten Daten abgespeichert werden. So ist 
es moglich, die Daten in einer optimierten Geschwindigkeit zur Ana- 
lyse auf zubereiten und den nicht mehr benotigten Speicherplatz wie- 
der freizugeben. Ebenfalls ist das Modul „Data Storage" das Herz- 
stuck fur die historische Dokiimentation und Plattform fiir alle Pla- 
nungs- und Korrelations - Analysen. 

Im Modul „ Analyser" werden die Daten statistisch auf bereitet, auf 
Ihre Aussagengenauigkeit uberpruft und zukunf tsorientiert weiterent- 
wickelt. Mit diesem Verfahren ist es erstmals moglich aus den Ver- 
gangenheitsdaten die zukunf tige Entwicklung zu prognostizieren . Na- 
turlich werden diese Daten mit einer Toleranzbandbreite versehen, xim 
nicht eine Sicherheit vorzutauschen, die keinesfalls vorhanden ist 
Dies ist eine weitere Malinahme zur qualitativen Darstellung des Er 
folges einer Domane . 



Er 



Der „ Success Viewer" ist das Ausgabeinstrument fiir Analysedaten 
vereint die grafische Darstellung von Erfolgsdaten mit leicht ver- 
standlichen Textpassagen . Eine kombinierte Darstellung inkl . der Re- 
duktion auf die wesentlichen Merkmalen gibt die notige Infromati- 
onstiefe fur eine konsequente Planung und Weiterentwicklung der Do- 
mane. Schnittstellen an Systemen wie z.B. SAP, BAAN oder an das Wa- 
renwirschaf tssystem werden auf Anfrage individuell umgesetzt. 
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Die hier einzeln Aufgefuhrten Module werden in ein Gesamtpaket ver- 
eint. So ist es mogliche einen optimalen Workflow zu erzielen. Die 
Transparenz ist somit zu jeder Zeit gegeben. 



1.2.7. Welche Jbesondereia AnvendungsgeJbiete Jbestehen fiir das Control- 
ling Verfahren filr Internet? 

Das Controlling Verfahren fur Internet eignet sich naturlich fur al- 
le Internet- und Intranet- Anwendiingen . Von besonderer Bedeutung ist 
dieses Verfahren fur den e-comernce Sektor. Ebenfalls ist dieses 
Verfahren fiir das Klientel geeignet, der das Internet konsequent fur 
den Kommunikationsaufbau zu seinen Kimden nutzen mochte . Hier werden 
die Daten gewonnen, die fiir die Planung im Kommunikationsmix beno- 
tigt werden. 

1.3. W±e kann der wirtschaftliche Nutzen fiir den Kunden definiert 
werden? 

Bereits in der Plan\ingsphase weiterf iihrende Internet- Aktivitaten 
helfen die qualif izierten Inf ormationen aus dem Controlling Verfah- 
ren fiir Internet die richtigen Strategien einzuschlagen . Die Ent- 
scheidungen, die getroffen werden miissen, liegen nicht ausschlied- 
lich im Bereich Internet. Vielmehr kann der gesamte Kommunikations- 
mix durch das Controlling Verfahren fiir Internet kundenorientiert 
geplant werden. Hier bewahrheitet sich die aus dem Qualitatsmanage- 
ment bekannte „Faktor 10 Regel" . Je friiher der richtigen Weg xind 
die richtige Strategie einschlagen wird, umso rationeller und kun- 
denorientierter ist das Ergebnis einer Mafinahme. Ebenfalls lassen 
sich durch die Trendberechnung Zukunf tsdaten ermitteln, durch die 
schnell und zielgerichtet auf veranderte Marktsituationen eingegan- 
gen werden kann. In einem weiteren Aspekt wird die innerbetriebliche 
Organisation optimiert . Kvmdenanf ragen per Mail oder CGI- Formulare 
werden solange in die Wiedervorlage gebracht , bis sie in dem „Reak- 
tionszeitfenster" bearbeitet werden. Sollten Anfragen nicht inner- 
halb des „Reaktionszeitf ensters " bearbeitet werden, so gelangt die- 
se Information automatisch an den Vorgesetzten . Dieses Konzept ist 
bekannt und bewehrt aus den Reklamationszentrum von Rank Xerox und 
wird in vielen Konzernen mit Erfolg eingesetzt . Das Modul „mail 
flow" garantiert den reibiingslosen und schnellen Inf ormationsdienst 
am Kunden. Die genaue Hohe des wirtschaf tlichen Nutzens lasst sich 
nur schatzen, liegt aber bei mittleren Konzernen im 4-5stelligen Be- 
reich pro Jahr. Ein weiterer komperativer Vorteil liegt in der Ima- 
gepflege und der Abgrenzung z\im Mitbewerber, denn Inf ormationen 
schaden nur dem, der sie nicht hat. Agieren statt Reagieren, so lau- 
tet das Motto vom Controlling Verfahren fiir Internet. 
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2. Herausforderuna fiir das WEB- Contro llinQ 

2.0* Basis- In forma tionen : 

Die Werbetragerleistiing in Online- Medien lafit sich vom Gnindsatz 
her zu jeder Zeit exakt ermitteln. Der Server einer Internetseite 
zeichnet jeden Abruf von Skripts, Bildem, und Seiten auf . Aus die- 
sen Daten lassen sich Riickschlusse auf das Userverhalten ziehen. 
Seit dem Beginn der Werbezielf orschung im Web werden die sogenannten 
Logfiles als Basis der Information genutzt. Der Logfile ist ein kon- 
tinuierliches Logbuch, in welchen samtliche Anfragen an den Server 
protokolliert werden. Es werden ca. 30 unterschiedlichen Logfile- 
Formate unterschieden. Die bekanntesten sind der Accesslog und der 
Errorlog. Im Accesslog werden alle erfolgreich beantwortete Anfragen 
von Usem erfafit; im Errorlog alle f ehlgeschlagenen . Alle diese Log- 
files dienen der Kontrolle und dem Abrechnungswesen auf Serverseite . 
Diese Informationen konnen also nicht direkt dem Controlling der 
Website dienlich sein, da der Logfile entgegen seinem eigentlichen 
Ziel zweckentf remdet wird. 

Ein Beispiel soil dieses verdeutlichen : 

Die Homepage \\-w^v.srg-musicschool.de verzeichnetet im Monat August 1999 
5.400 Hits; 2.100 PageViews ausgelost von 120 Visits verursacht von 
2 0 Besuchern. 

2.1. HJT- ProJblejnatiic; 

In der Anfangszeit des Controllings wurden einfach die Zeilen im 
Logfile gezahlt. Jede Anfrage lost ein sogenannten Hit aus. In der 
heutigen Zeit ist jedoch eine Hit- Zahlung ungeeignet . Eine Bild- 
schirmseite die im Format HTML kreiert worden ist, kann neben dem 
Textkorper auch Multimediaelemente wie Bilder, Tondateien oder Video 
enthalten. Wird nun diese Seite angefordert, dann werden parallel 
die dazugehorige Multimediaelemente geladen, die ebenfalls im Log- 
file protokolliert werden und einen Hit auslosen. Eine Seite mit 
vielen Multimediaelemente erzeugt also eine hohere Zugriffszahl xind 
somit mehr Hits, als eine Seite, die rein auf Textbasis gestaltet 
ist . 

2.2. Logfile- Problematlk : 

Aufgrund dieser Verf alschungen kann also ein Erfassen der Hits nicht 
in Frage kommen. Es mussen also die Dinge erfafit werden, die unab- 
hangig von der grafischen Opulenz der Website sind. In diesem Fall 
bietet es sich an, die Anf ordervmgen von einzelnen „Rahmendateien" 
(HTML Dokumente) zu zahlen. Die Anforderung einer HTML Seite wird in 
PageViews gezahlt. Im Gegensatz zu den PageViews werden bei-Pagelm- 
pression nur noch die Seiten gezahlt, die als Contetf uhrend einge- 
stuft werden. 

2.3. Frame- Problematik: 

Zwar wird heute PageView und Page Impress ion als Basis zur Berechnung 
des l.OOOer Kontaktpreis angewendet aber fur eine effizientes Con- 
trolling sind diese Analysen immer noch nicht geeignet . Mit der Ein- 
fuhrung der „Frame- Technologies^ besteht die Moglichkeit eine Bild- 



Seite 7 von30 



schinnseite aus mehreren HTML-Seiten aufzubauen. Beim laden dieser 
Bildschirmseite wird jedoch jeder Frame mit einer dazugehorigen HTML 
Datei und den ebenfalls verknupften Bildem im Logfile protokol- 
liert. 

Je nach Frame- Stmktur und grafische Opulenz einer Intemetseite 
differiert der Quotient zwischen Anzahl von Zugriffen und den gese- 
henen Bildschirmseiten (ContentView) . - Aus diesem Grund ist die Er- 
folgsmessung nach dieser Methode unzureichend. 

2.4. CGI'Problematik: 

Eine weitere Herausf orderung sind die dynamisch erzeugten Seiten. 
Hier wird aus Datenbanken entsprechend der Vorauswahl des Users die 
Seite Serverseitig generiert ixnd an den User zuruckgeschickt . Aus 
diesem Grimd wird kein Eintrag einer HTML Seite im Logfile vorgenom- 
men. Im Fall das dynamisch erzeugte Seiten aufgebaut werden, bzw. 
das die Frame- Technik zvim Einsatz kommt , sind alle bisher erlauter- 
ten Einheiten und Methoden fur ein Controlling ungeeignet. 

2.5. Proxy- Cacheserver- Problematik : 

Proxy- Cacheserver dienen dazu die vorhandene Bandbreite des Inter- 
nets besser auszunutzen. Dieses wird durch den Einsatz von Cacheser- 
ver erreicht, indem sie Intemetseiten zwischenspeichem . Fordert 
nun ein am Proxy-Server angeschlossener User eine Intemetseite an, 
iiberpruft der Server ob die Seite bereits lokal vorliegt. Nur wenn 
die Seite nicht vorliegt wird auf den Server des Seitenanbieters zu- 
gegriffen und ein Eintrag im Logfile vorgenommen. Dieser Eintrag 
enthalt jedoch die IP Adresse des Proxy -Cache servers und nicht die 
des Users der die Seite angefordert hat (in den meisten Fallen je 
nach Architektur) . Im anderen Fall erhalt der User die Seite aus dem 
Cacheserver, welches zur Folge hat, da(i im Logfile des Seitenaiabie- 
ters kein Eintrag erf olgt . 

2.6. lokale Cachespeicher- Problematik: 

Einen vergleichbaren Effekt wird von dem lokalen Cachespeicher, der 
auf dem Rechner des Users vorliegt, ausgelost. Alle bereits einmal 
ubertragenen Seiten werden auf dem Rechner des Users im Cache- Ver- 
zeichnis abgespeichert . Dieses fuhrt zu einem beschleunigten Aufbau 
der Seite und wird heute von alien gangigen Browser unterstutzt. 
Auch dieses Verfahren fuhrt zu einer Verringemden Zahlung von Besu- 
chen auf dem Server des Seitenanbieters. 

Beispiel ( Zeitverhalten) : Ein User fordert die Seite 1 an xand ent- 
schiedt sich aufgrund eines Querverweises beim Lesen eine andere 
Seite aufzurufen. Nach kurzer Zeit wechselt er zuruck auch Seite 1. 
Diese Seite wird nun aus dem lokalen Cache - Verzeichnis wiederher- 
gestellt. Die Messung der Verweildauer im Logfile ist nvm wir jetzt 
der falschlicher Weise der Seite 2 zugeordnet xinter der Pramisse, 
da(i eine noch nicht im Cache vorhandene Seite vom Server angefordert 
wird. Hier ist zu beachten das die lokale Cachspeicher- Problematik 
mit der Proxy- Cacheserver- Problematik sich verstarkend auswirken 
kann . 



Seite 8 von30 



2.7. dynamlsch IP-Problematlk : 

Eine weitere Herausf ordemng bei der Ermittlung von Besuchem stellt 
die Vergabe von dynamischen IP -Adressen dar . Viele Internet- Ser- 
vice- Anbieter vergeben sogenannte dynamische IP- Adressen. Diese 
IP- Adresse ist zwingend erf orderliche in der Internet Welt. Das In- 
ternet arbeitet nach dem Client- Server- Prinzip. Der Client stellt 
eine Anfrage an den Server. Der Server bearbeitet diese Anfrage und 
sendet das Ergebnis an die IP- Adresse der Anfrage zuruck. Fur die 
eindeutige Zuweisung der Nactiricht ist also von beiden Seiten gese- 
hen die IP- Adresse zwingend erf orderlich. Die IP- Adresse ist in 
einem standardisierten Format beschrieben. ( w^\-\\\ ismc.de oder 
195.128.102.64). Es gibt weltweit nun mehr Internetnut zer als IP 
Adressen. Aus diesem Grund mussen sich raehrere Intemetnutzer wenige 
IP- Adressen teilen. Diese Methode mussen speziell groUe Dienstan- 
bieter wie AOL oder T-Online einsetzen. Hier bilden sich zwei Grxip- 
pen in der dynamischen IP- Vergabe. 

Type 1: Der User erhalt bei der Einwahl in das Internet eine dy- 
namisch IP- Adresse und die er fur die gesamte Online-Session 
behalt . 

Typ 2: Z.B. AOL: Hier erhalt der User bei j eder Anforderung eine 

neue IP- Anforderung eines Bildschirmseiten- Elementes {Bild, 
Text, etc.) eine neue IP- Adresse. Bei starkem Datenverkehr 
beim Serviceanbeiter wird bei einem erfolgreich beantworteten 
Element diese IP wieder freigegeben, 

Sollten keine speziellen Zusatzverf ahren angewendet werden, ist es 
also unmogliche die Anzahl der Besuche zu ermitteln. Auf dem letzten 
Internet- KongreB wurde beschlossen, das Format urn 1*3 bzw. 
2*3Stellen zu erweitem. Bis dieses weltweit in der Praxis einge- 
fuhrt ist, werden wohl noch ca. 2 Jahre vergehen, in der die Proble- 
matik durch den starken Zuwachs an Usern verstarkt wird. 

2,8. Router- Prohlematlk : 

Viele Unternehmen setzen aus Sicherheitsgrunden Firewall- Rechner 
ein. Ein Firewall Rechner dient der Sicherheit im Unternehmen. Es 
wird ein „Nadel6hr^' geschaffen, durch dem alle Inf ormationen nach 
innen und nach auR»en fliefien mussen. Dies Nadelohr ist wesentlich 
leichter zu uberwachen als viele offene Schnittstellen nach aufien. 
Diese Firewall setzt samtliche im Unternehmen verwendetet IP auf ei- 
ne einzige exteme IP- Adresse um. Im Falle, das dieses Unternehmen 
keine Proxy- Cache-Server verwendet, erscheint grundsatzlich nur 
diese Firewall- IP im Logfile. Das heifit auch verschiedene User im 
Unternehmen erscheinen unter der gleichen IP- Adresse und machen ei- 
ne Dif f erenzierung ohne zusatzliche Verf ahren unmoglich. 

Beispiel: 3 Besucher eines Unternehmens besuchen gleichzeitig ein 
Internet- Domane . Durch die Vergabe einer IP an alle drei 
User erscheint der Eindruck, das eine Person sehr schnell 
durch viele Kapitel und Unterkapitel ungeordnet springt . 
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Verwendet das Unternehmen jedoch ein Proxy- Cache- System, welches 
ja empf ehlenswert ist, ist die Situation ahnlich wie bei den groRen 
Internet-Service- Anbietem. 

2.9. Robot- Problematlk : 

In regelinafiigen Abstanden besuchen Suchmaschinen die Intemetseiten 
urn nach Neuerringen vmd Aktualisienmgen zu snchen. Diese Besuche ge- 
schehen vo 11 automat isch durch sogenannte Suchrobots. Suchrobots sind 
die kleine Sof twarespione , die das Netz absuchen und samtliche Neue- 
rungen in das Datenbanksysteme des Suchmaschinenanbieters schreiben. 
Diese Besuche losen natiirlich ebenfalls zugriffe im Serverlog aus, 
die f alschlicherweise als Besuch gewertet werden konnten. Dies Vi- 
sits sind mit Sicherheit am einfachsten heraus zu filtem, sollten 
aber nicht \inbeachtet bleiben. 

2.10. Suchmaschinen- und Link-Problematik Jbei Frame- ori en tier ten 
Sei ten : 

Diese Problematik wird durch mangelndes Wissen der Seitenhersteller 
uber die Internetf unktionsweise ausgelost . Wenn eine Suchbegriff in 
eine Suchmaschine eingegeben wird, und die Suche erfolgreich war, 
werden die Ergebnisse der Suche in der Ergebnisliste angezeigt. 
Klickt man n\in auf die angegebene URL, dann erscheint meistens nur 
die Contetseite ohne die dazugehorige Frame struktur . 

Leider findet man auf den meisten Seiten die Frame- orientiert auf- 
gebaut sind diesen Fehler. Verstarkt wird dieser durch die Komforta- 
bilitat und Leistungsf ahigkeit moderner Suchmaschinen. Wenn eine URL 
bei einer Suchmaschinen angemeldet wird, dann werden die Suchroboter 
diese URL innerhalb der nachsten Tage besuchen. Mit verschieden Pa- 
rametem mit METATAGE beziehungsweise Paramentem im ROBOT.TXT wird 
es zugelassen bzw. Verhindert, das bestimmte Unterverzeichenisse 
durchsucht werden. Wird das Durchsuchen von Unterverzeichenissen zu- 
gelassen, was ja auch sinnvoll ist, mufi dafiir Sorge getragen werden, 
dad die komplette Framestruktur im Falle eines Userzugrif f es uber 
die Suchmaschine mit aufgebaut wird, um die Navigation zu ermogli- 
chen. Nur so ist es moglich die komplette Intemetdomane dem User zu 
prasentierten . Diese Programmienmg wird meistens 

vergessen. 

Die Marktstudie von Websuxess zeigt, daft 40% aller Ergebnisse von 
Suchmaschinen in eine Unterverzweigung der Homepage fuhren. Diese 
groR>e Zahl von „Quereinsteigem^^ muli ordnungsgemaR bedient werden. 
Eine programmiertechnischen Uberarbeitiing, gerade der von Laien er- 
stellter Homepages ist \inumgaglich, da diese Seiten auch noch x-fach 
in der Ergebnisliste der Suchmaschine angezeigt werden. 

2.11. Interpretations- Problematik: 

Die einzige Moglichkeit Daten uber das Userverhalten (es sei denn, 
der User identif iziert sich) zu erhalten, ist der Logfile. Der Log- 
file ist aber in seiner Funktion fur die Protokollierung der Server- 
tatigkeit ausgerichtet und nicht unbedingt fur weitere Interpreta- 
tionen bestimmt . Einige Hersteller von Int erpre tat ionfs software le- 
sen die Daten aus und geben diese ungefiltert \ind nicht an den Be- 
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durfnissen angepaflt weiter an diversen Analysetools . Fehlende Infor- 
mationen uber das Userverhalten und der technischen Performance wer- 
den einfach angenommen bzw. ubernoitunen. Die oben genannten Problema- 
tiken bleiben zu grofSen Teil iinbe rucks i cht igt . Die Konsequenz sind 
pseudogenaue Basisdaten, die weder fur das Controlling noch fur die 
Planung akzeptabel sind. Im Gegenteil : Es werden sogar falsche Daten 
als Bemessungsgrundlage aufgefuhrt, die eine Planung in die falsche 
Richtung verursachen und somit Schaden anrichten. 

2.12. Format' Problematik : 

Zur Zeit sind mehr als 30 verschiedene Logfile- Formate im Einsatz. 
Je nach Betriebsystem, Serverachitekur und Provider kommen nicht nur 
die 3 0 verschiedene Basis- Formate vor, sondem auch noch die unter- 
schiedlichsten Kombinationen wie diese gefiihrt werden. Eine weitere 
Problematik ist die Verwaltung dieser Daten. Viele Provider loschen 
historische Daten oder komprimieren diese und legen sie in entspre- 
chende Unterverzeichnisse ab . In diesem Fall ist naturlich das Wis- 
^ sen des Internet Administrator uber den Umgang mit den Logfiles von 
grolier Bedeutung. Von unabhangiger Entscheidungsf indung der Ge- 
schaf tsleitung kann keine Rede mehr sein. 

2.13, Darstellungs- Problematik: 

Im Logfile werden alle Protokolldaten chronologisch abge spei chert . 
Um diese Daten „lesbar'^ zu gestalten miissen diese gefiltert, sor- 
tiert und interpretiert werden. Dieser Aufwand wird selten oder nur 
mit hohen Kosten betreiben. Es kann nicht ohne weiteres ein Riick- 
schluB von der technischen Verzeichnisstruktur , die iiri Logfile er- 
kennbar ist, \ind der Prasentationsstruktur gezogen werden. Ebenfalls 
werden alle Dateien, auch die fiir die Navigation bestimmten Daten, 
unstrukturiert dargestellt. Eine weitere Herausf orderung ist es ei- 
nen Bezug zwischen den Dateinamen und den prasentierten Inhalten zu 
f inden. 

Die Folge : Ausschliefilich der Personenkreis der die Intemetseite 
entwickelt hat ist in der Lage den Logfile lond die Auswer- 
1^ tung zu interpretieren. Es ist aber ein grofier Aufwand fur 

die Interpretation der Daten erf orderlich, der in den sel- 
tensten Fallen betrieben wird. 

Die Vertriebs- xind Marketingabteilung hat keine Moglich- 
keit, unabhangig von der Entwicklungsabteilung der Inter- 
netseite, strategische Entscheidungen uber die Z\ikunft der 
Domane zu treffen. 



3. Ziele fiir ein efflzientes WEB- Controllincr 

3.1. Ziel : Hit- Problematik kompensieren 

In dem von uns angewendeten Verfahren messen wir der Hitzahlung nur 
eine untergeordneten Status ein, da dieser Wert nur einen Anhalts- 
punkt uber den Trafic erlaubt. 
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sich identif izieren lallt . Sollte dies nicht der Fall sein, so kann 
nur nach statist ischen Modeller! ermittelt werden, wie hoch die Wahr- 
scheinlichkeit ist, dafl ein bestiiranter User die Anfragen an den Ser- 
ver stent. Untersuchimgen iind Tests, die von JSMC durchgefubrt wur- 
den zeigen, das ca. 50% aller User sich identif izieren lassen, so 
dafi eine hohen Aussagegenauigkeit uber die Anzahl der restlichen Be- 
sucher getroffen werden kann. Mit diesen Losvmgsansatzen kann ein 
bis zu 98% genaue Aussage uber die Anzahl der Besucher getroffen 
werden. 

3.9. Ziel: Robot ProblGmatlk kompensieren 

Ziel mu(i es sein die Besuche von Suchmaschinen auf einer Domane aus 
den Logile zu filtem, so dafi diese nicht die Auswertungsdaten ver- 
falschen. Weiterhin sollen diese Besuche in einer Separaten Auswer- 
tung dargestellt werden, lom Inf ormationen iiber die verwendeten Such- 
maschinen mit den dazugehorigen Suchworten zu erhalten. 

3.10. Zieli Suchmaschinen- und Link- Problematiken bei Frame- orien- 
tierten Seiten 

kompensi er&n 

Ziel mu(i es sein, dali beim direkten Aufruf einer Content- Seite die 
gesamte Frame- Str\iktur aufgebaut und der User zu dieser Seite 
durchgeschleif t wird . 

3.11. Ziel: Interpretations- Problematik kompensieren 

Ziel ist es, dad der Seitenanbieter zu Planungs- und Beurteilungs- 
zwecken nur die Daten erhalt, die valide und aussagekraf tig sind. 

Die Daten, die ausschliedlich auf Vennutung basieren, sind in der 
Analyse zu eliminieren, so dafi diese nicht die Auswertung verfal- 
schen konnen. 

Beispiel: Einige Analyse- Programme treffen die Aussage, dall 99% der 
User Cookies verwenden. Diese Aussage basiert auf dem Pro- 
zentsatz der cookief ahigen Browser. In 

Wirklichkeit haben ca. 50%- 60% der User „Cookies akzep- 
tieren" ausgeschaltet , so da(i der Wert „99 % der User ha- 
ben Cookies'' falsch ist. Solche Zahlen konnen zu dramati- 
schen Fehlentscheidungen im e-comemz Sektor fuhren. Ein 
Unternehmen, welches sein Shop- System cookiebasiert auf- 
baut, beschneidet seinen Kundenkreis aufgriind der Fal- 
schaussagen urn 50%-60%. Sollte dieses bereits im Brunnen 
gefallene Kind zu spat erkannt werden, sind Umsatzeinbufien 
zu verzeichnen, die mit einem normgerechten Tool nicht 
entstanden waren. Eine Neuprogrammierung des Shopsystems 
\inter Java, CGI, etc. ist unumganglich. 

Unsichere Daten bzw. empirisch ermittelte Daten sind auf Ihre Aussa- 
gengenauigkeit und Wahrscheinlichkeit zu prufen und in den daraus 
resultierenden Toleranzbereichen darzustellen. 
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3.12. ZiBl: Format- Problematlk kompensieren 

Mehr als 3 0 Basis- Formate des Logfiles, unterschiedliche Kombina- 
tionen und uneinheitliche Verwaltung der historischen Daten auf Pro- 
viderseite machen ein einheitliche, luckenlose und vergleichbare 
Performance- Messnng der Internet- Aktivitaten nahezu immoglich. Das 
Ziel die Format- Problematik zu kompensieren kann nur erreicht wer- 
den, wenn die Daten in einen eigenen und unabhangigen Datenbanksy- 
stem protokolliert werden. Im besonderen ist zu berucksichtigen, da(i 
viele Provider die historischen Daten am Monatsende mit dem neuen 
Monat uberschreiben. Eine langfristige Planung und frei gestaltbare 
Analysezeitraume sind somit nur in den seltesten Fallen moglich. 

3.13. Ziel: Darstel lungs- ProblBmatlk kompensieren 

Mit Sicherheit ist die klare und verstandliche Darstellung der In- 
temetaktivitaten ein grofie Herausf orderung . Die Darstellung mu(i in 
der Form auf gearbeitet sein, dali ein Personenkreis selbst ohne her- 
ausragende Kenntnisse im Internet, die Ergebnisse verstehen kann. 
Die Basis ist die klare Strukturierung des Contets, die unabhangig 
von der technischen Str\ikturierung ist. Ebenso ist die Darstellungs- 
form Text als Trager der Information nicht zu unterschatzen und 
sollte neben der grafischen Darstellung erganzend wirken. Frei ge- 
staltbare Bemessungszeitraume und eine individuelle Reduzierung der 
Daten auf das Inf ormationsbedurf nis des Interessierten sollte ange- 
s t r eb t we rden . 



4. Losunaen fur ein effizientes WEB- Control liziQ 

4,1, Losung: Hit- Problematik kompensieren 

In dem R. T.F.I. Verfahren werden weiterhin die Hits einer Domane ge- 
zahlt. Ihnen wird aber keine grofies Bedeutxing beigemessen. Im Gegen- 
satz zu den auf den gebrauchlichen Anal ys erne thoden werden die Hits 
allerdings genauer sein. Die genaueren Aussagen konnen durch das 
temporare Abschalten des Proxy Cache Servers und dem anschliedendem 
berechnen der nicht registrierten Zugriffe getroffen werden. 



4.2. Losung: Logfile-Problematik kompensieren 

Die Einheit PageView wird naturlich ebenfalls mit dem R. T.F.I. Ver- 
fahren gezahlt. Durch das komplexe Verfahren wird sichergestellt , 
dali alle angef orderten HTML Dokumente gezahlt werden. Ein CGI Image 
von nur wenigen BIT erzwingt einen Zugriff auf den Domane- Server. 
Die eigentlichen Seiten konnen vom Cache- Server geladen werden. Mit 
dieser Methode bleibt eine gute Performance erhalten, es wird aber 
ein Hit auf dem Domane- Server ausgelost . Ein anschliellende Berech- 
nung ermittelt fur diesen CGI - Impuls die notige Anzahl von Page- 
Views. In einem weiteren Schritt werden naturlich samtliche Zugriffe 
von Suchmaschinen aus der Analyse der PageViews entfemt. Als Ergeb- 
nis erhalt der Betreiber einer Domane eine 100% Aussage uber die An- 
zahl der PageViews. Wie in Piinkt 2.2. bereits erwahnt, ist dieser 
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Wert nicht reprasentativ aber immer noch gebrauchlich in der Bestim- 
mung der Werbetragerleistiing . Somit wird das R.T.F.I. Verfahren 
samtliche Kennzahlen unterstutzen und genauer darstellen, auch wenn 
diese Werte keine oder nur geringe Aussagekraft haben. 

4.3. Losung: Frame- Problematik 

Naturlich entspricht jede erstellte Domane bestiitunten Krwartungshal- - 
tungen. Dies ist auch der Grund fur die vielfaltigen und unter- 
schiedlichen Darstel lungs formen von Intemetseiten . Ein Seitenaufbau 
von 2 Frames oder ein Seitenaufbau von 7 Frames sind nichts vmge- 
wohnliches und konnen sinnvoll sein. Das R.T.F.I. Verfahren beruck- 
sichtigt die individuellen Gestaltungsspielraume von Domane- Betrei- 
bern. Das Verfahren ermoglicht das Auffinden von den Seiten, die De- 
finitionen uber den Seitenaufbau beinhalten. Exakt diese Seiten be- 
inhalten weder Navigation, werbef uhrende Botschaften noch Content - 
Seiten. Sie sind also ausschliefilich fur das technische Funktionie- 
ren der Seite verantwortlich und fur die Beurteilung des Auftrittes 
uninteressant. Dieses Auffinden der „ technischen" HTML Dokumente re- 
duziert die Gesamtzahl urn ca.30%. Die restlichen HTM Dokumente wer- 
den Ihrer Bestimmung nach, z.B. Content fuhrend. Navigation oder 
Werbef uhrend zugeordnet . Mit dieser Zuordnungs- Tabelle- ist es mog- 
lich aus dem Logfile alle HTML Anf orderungen Ihrer Bestimmung nach 
zuzuordnen und zu zahlen. In Kombination mit den CGI- Images aus 
Punkt 4.1. ist so die exakte Anzahl von Zugriffen auf die einzelnen 
HTML Dokumente sicher zu stellen. Somit ist erstmals die Ermittlung 
der ContentViews zu 100% moglich. 

4.4. Losung: CGI- Problematik 

In einem Logfile werden die HTML -Dokumente auf gezeichnet , die ange- 
fordert wurden. Immer mehr HTML Dokumente, gerade im e-commerce Sek- 
tor, generieren Ihren Content dynamisch. D.h. in einem HTML Rahmen 
werden Inf ormationen aus einer Datenbank generiert und dargestellt. 
Aus diesem Grvmd ist es nicht direkt moglich aus dem Logfile einen 
Rucks chluH zwischen dem aufgerufenen HTML Dokument und den dynamisch 
generierten Inf ormationen zu schlielien. Das R.T.F.I. Verfahren er- 
moglicht aber neb^n dem Logfile ein weiteren eigen erzeugten Fxle 
parallel zu erstellen, wo die Anf orderiingsparameter aus dem HTML Do- 
kument protokolliert werden. So ist es also moglich neben dem Rahmen 
HTML-Dokument auch die Inf ormat ions inhalte zu proktollieren und die- 
se in einen Bezug zu setzen. Die Einheit ContentView wird, was auch 
den Tatsachen entspricht, um die Inf ormat ions inhalte von dynamisch 
erzeugten HTML Dokumente quantitativ, also zahlenmallig und qualita- 
tive also inhaltsbezogen, richtig erfafit und dargestellt. 

4.5. Losung: Proxy- Cache Problematik 

Wie bereits in 2.5. naher erlautert, besteht die Moglichkeit eine 
Seite anzufordem, ohne das diese Seitenanf orderung im Logfile pro- 
tokolliert wird. Diese Phanomen begriindet sich in dem Proxy- Cache- 
Architektur. Es ist moglich, dafl die angeforderte Seite auf dem 
Cache- Server bereits vorliegt und so eine Anfrage den eigentlichen 
Domane- Server erreicht. Die durch diese Methode verbesserter Ge- 
samt- Performance birgt auch einige Nachteile. Haufig aktualisierte 
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Content- Seiten diirfen nicht in einem Cache vorliegen, da sonst 
nicht sichergestellt werden kann, das die darin enthaltenen Daten 
auch wirklich aktuell sind. Normalerweise wird in der Programmiening 
der Befehl „NOCACHE", also cachen nicht erlatibt eingegeben. JSMC 
sind aber einige Provider bekannt, die diesen Befehl absichtlich un- 
terdrucken, da ansonsten die Leistungsgrenze der Provider uber- 
schritten wurde . Das Einfugen des Befehls „NOCACHE^^ garantiert also 
nicht zu 100%, dafi die Inf ormationen direkt vom Domane- Server abge- 
rufen und so im Logfile Protokolliert werden. 

Diese Problematik begegnet das R. T.F.I. Verfahren durch das Einbrin- 
gen von erzwiingenen Zugriffen auf den Domane- Server bei Content- 
bzw. Werbe- fuhrenden Seiten. Ein mittels CGI generierter Befehls- 
satz von nur 50 kB erzwingt bei jedem Browserzugrif f auf eine Seite 
die Ubertragimg einer 1 Pixel grolien Grafik vom Domane- Server, auch 
wenn diese Seite bereits im lokalen Cache der Useres oder dem den 
Proxy- Servers vorliegt. Die Seite selbst unterliegt auf Wunsch wei- 
terhin den Forteilen des Cache- Mechanismus . Die Netzlast wird le- 
diglich urn jene 50 kB pro gezahlter Seitenzugrif f . Dieser Wert 
spielt in der heutigen Netzbandbreite keine Rolle und wirkt sich so 
nicht negativ auf die gesamte Performance der Seite aus . 

4.6. Losungz Cache- Problematik 

Die heute verwendeten Browser ermoglichen dem User die Verwaltung 
des Cache- Speichers individuell einzustellen . Da es aus diesem 
Grund unzahlige Variationen von Einstellungen gibt, kommt auch bei 
der lokalen Cache- Problematik das Verfahren welches im Punkt 4.5. 
beschrieben ist zum tragen. Mit diesem Verfahren wird neben der 
Proxy- Cache- Problematik auch die lokale Cache- Problematik gelost . 

4.7. Losujig der dynamischen IP -Problematik 

Leider mu(i vorausgeschickt werden, dali die Problematik nicht zu 100% 
gelost werden kann. Die Vorteile des R. T.F.I. Verfahren beruhen je- 
doch auf der Erkenntnis zwischen sicheren vmd unsicheren Daten zu 
unterscheiden, diese zu filtem und in einer Bandbreite diese Daten 
zu prasentieren. Durch dieses Verfahren kann sogar diese Problematik 
bis zu 98% Aussagengenauigkeit gelost werden. Somit sind die Ergeb- 
nisse des R. T.F.I. Verfahrens so genau, dafi normgerechte Planungsda- 
ten berechnet werden konnen. 2% Abweichxmg vom realen Wert spielen 
fur die strategische Weiterentwicklung keine entscheidende Rolle. 
Der Losungsansatz beruht auf zwei grundsatzlich unterschiedlichen 
Userverhaltensmuster. Fall 1: Der User identif iziert sich 

(wahlweise auch unter einem Nicname) 

Fall 2: Der User mochte auf jeden fall unerkannt 

bleiben 

Betrachten wir nun Fall 1: In diesem Fall hat der User die Cookies 
in seinem Browser aktiviert. In diesem Fall wird eine Variable in 
das Cookie eingetragen. Sollte nun der Besucher die Homepage besu- 
chen, kann er wahrend der Session anhand seines Cookieeintrages 
identif iziert werden. Besucht er nun zu einem spateren Zeitpiinkt die 
Domane emeut, so wird diesem Besucher ein emeuter Besuch zugewie- 
sen. Mit dieser Methode (unter der Pramisse das 100% der User Coo- 
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kies aktiviert haben) kann eine eindeutige Aussage, die wie folgt 
aussehen konnte, getroffen werden. 

„ln dem Monat September des Jahres 19 9 9 hat ten Sie auf Ihren Home- 
page 650 Besuche. Diese 650 Besuche wurden von 120 unterschiedlichen 
Besuchern ausgelost Sie haben im letzten Monat 40 neue Besucher ge- 
wonnen . usw " 

Die Erfahrung zeigt aber, dafi nur 50% der User Cookies aktiviert ha- 
ben. In der Konsequenz bedeutet dieses nun das eine unbekannte Masse 
von' 50% iibrig bleibt, die nicht zweifelsfrei identif iziert werden 
kann. Eine Moglichkeit diese Masse trotz unterschiedlicher IP ein- 
zelnen Besuchern zuzuordnen, ist die Verfolgung welche Seiten nach- 
einander aufgerufen werden, der sogenannte Clickstream. Hilfreich 
hierfiir sind weitere Inf ormationen, die uber den normalen Logfile 
nicht protokolliert werden. Ein Befehl fiir die Zuordnung iinter- 
schiedlicher IP's auf einen Besucher ist „VIA« . Via enthalt die ge- 
samte Kette der Proxy- Weiterleitungen . Anhand der Weiterleitiing, 
sprich des Weges, und dem logischen Zusammenhang im Clickstream des 
Logfiles kann nach der Wahrscheinlichkeitsrechnung eine extrem hohe 
Aussagengenauigkeit getroffen werden. 

Die gesamte Sicherheit dieses Teilverf ahrens belauft sich auf mehr 
als 98% und ist daher als sehr sicher einzustufen. 

4.8. Losung: Router- Problematik 

Die Router- bzw. Firewall Problematik lalit sich mit der gleichen Me- 
thode wie in 4.7. beschrieben losen. Was jedoch anzumerken ist, dad 
die Aussagengenauigkeit beim auftreten dieser Problematik etwas 
niedriger ist. Sie liegt bei ca. 92%. Dieser Wert fliefit jedoch nur 
zu einem geringen \ind branchenabhangig in die gesamte Auswertung ein 
und sollten individuell je nach dem Inf ormationsbedurfnis angepaflt 
werden. 

4.9. Losung: Robot Problema,t±k 

Fast alle gangigen Suchmaschinen greifen auf die Datei „ROBOT.TXT'' 
zu. Ein User wird niemals auf diese Datei in der Verzeichnisstruktur 
zugreifen. Aus diesem Grxind kann im Logfile der Besuch von Suchma- 
schinen gefiltert werden und aus den Userdaten abgezogen werden. Der 
Besuch von Suchmaschinen kann nvin in eine separate Auswertung darge- 
stellt werden. Aus dieser Auswertung konnen nun weitere Entwick- 
lungsstufen fur ein optimierten Metatag eingeleitet werden. 

4.10. Losung: Suchmaschinen- und Link- Problematik 

Die Erfahrung zeigt, da(i bei einer nicht \merheb lichen Anzahl von 
Domanen gravierende Fehler im Quellcode vorliegen, bzw. Metatags 
falsch Oder gar nicht generiert worden sind. Ein weiterer potentiell 
vorliegender Fehler, gerade bei Frame- orientierten Intemetstruktu- 
ren , ist der falsche Aufbau der Seite, wenn in einer untergeordne- 
ter Content aufgerufen wird. In diesem Fall wird die Navigation 
nicht mehr angezeigt. Diese Problematiken werden beim R.T.F.I. Ver- 
fahren mit den geeigneten Methoden begegnet, die automatisch bzw. 



Seite 17 von30 



halbautomatisch den Code auf geeigneter Weise optimieren und korri- 
gieren. 

Die oben beschrieben Maflnahme ist fur das Gesamtverf ahren R. T.F.I, 
von grofier Bedeutung . Ziim ersten wird der Qualitatsicheriing geniige 
getragen und zum zweiten liegen die Daten des Metatags und somit die 
Inf ormationen fur die Suchmaschine in geeigneter Form in einer Da- 
tenbank vor. So ist es erstmals Moglich einen Soil / Ist- Vergleich 
zwischen den meisten gesuchten Schlagworten, den Suchmaschinen Fa- 
brikaten und den tatsachlich vorliegenden Inf ormationen auf einer 
Intemetseite zu f ahren. Die Ergebnisse dieser Vergleichsstudie er- 
moglichen die gezielte Optimierung des Metatag fur kundenorientierte 
Sucbergebnisse und somit fiir den Erfolg einer Domane . 

4.11. Losung: JntGrpretations- Problematlk 

Die hier Dargestellten 13 Herausf orderungen werden durch folgendes 
Teilverf ahren kompensiert . Die Entwickler des R.T.F.I. Verfahrens 
malien sich nicht an, alle Daten mit einer 100% Sicherheit zu erhal- 
ten. Bei diesem Verf ahren wird aber xinterschieden zwischen Aussagen, 
die 100% Sicher und Gepruft sind xind den Daten, die mit eine Unge- 
nauigkeit behaftet sind. Diese unsicheren Daten werden nach aner- 
kannten statistischen Methoden auf Ihre Aussagenwahrscheinlichkeit 
gepruft imd in einem Toleranzfeld dargestellt, 

Der User kann zwischen drei Varianten der Darstellung wahlen. 

1. Getrenntes darstellen von den Daten die sicher sind und 

2. den Daten, die in einem Toleranzfeld liegen, sowie 

3. die gemischte und gewichtete Darstellung beider Daten mit eben- 
falls enthaltenen Tolereanzf eld . 

Auf diese Weise kann Sichergestellt werden, da(i keine Daten f ehler- 
haft interpretiert werden und so Fehlentscheidungen weitestgehend 
ausgeschlossen werden konnen. 

4.12. Iiosungz Format -Prohlematik 

Von der Basis her werden die iinterschiedlichen Formate komplett iin- 
terstutzt. Zu Beginn des Einsatzes des R.T.F.I. Verfahrens wird un- 
ter anderem ein Logf ile downgeloadet lond analysiert . Aus dieser Ana- 
lyse wird der Inf ormationsgehalt ermittelt und mit dem Anf orderungs- 
profil des Controllers verglichen. Spezielle Zusatz inf ormationen wie 
z.B. Bildschirmauf losungen. Cookies- aktiv/nicht aktiv und die Er- 
mittlung von Neu-/ Altkunde sowie die Beseitigung von Proxy- Cache 
Problematiken werden in einer Erweiterung des Logfiles abgespei- 
chert . Die wohl moglich grolite Herausf or de rung, die Beseitigung der 
vmterschiedlichen Handhabung von Logfiles auf Providerseite wird 
durch das automatische Downloaden des Logfiles behoben. Die berei- 
nigten Ergebnisse werden anschlieliend in ein eigens erstellten Da- 
tenbanksystem lokal auf dem Rechner des Controllers abgespeichert . 
Aus dieser Datenmanagement System werden alle weiteren Darstellungen 
generiert. Mit dieser Methode ist es. Moglich verschiedene Zeitinter- 
valle fur die Analyse auszuwahlen, bzw. verschiedene Zeitintervalle 
gegenuberzustellen . 

Dieses Verf ahren bietet einige entscheidende Vorteile: 
• Die Datenbank ist unabhangig vom Logfile 
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• Diese Datenbank kaim logisch mit anderen Datenbanken verknupft 
werden . (Soll-/lst-Vergleich) 

• Es konnen individuelle Zusatzinf ormationen (z.B. Aktualisierun- 
gen) gespeichert werden 

• Unabhangigkeit vom Handling des Provieders 

• Schnittstellen zu anderen Applikat ionen (z.B. zu SAP/R3) 

• Beliebige Bestimmiing der Analysezeitraiime 

• Basis fur Erweiterungen und Flexibilitat bei nachf olgenden Aus- 
baustufen (mail-flow, conun-flow, etc.) 

4.13. Losung: Darstellung- Problematlk 

Voraussetz\ing einer leichtverstandlichen Darstellung ist die exakte 
Abbildung der Darstellungs- Stmktur einer Intemetseite . D.h. die 
Struktur mufi dem entsprechen, was sich dem User auf dem Monitor 
zeigt. Diese Struktur entspricht in den seltesten Fallen der techni- 
schen Struktur auf dem Seirver. Aus diesem Grund ist es zwingend er- 
forderlich eine „Ubersetzung" zwischen der technischen und der Dar- 
stellungsstruktur zu schaffen. Durch diese „Ubersetz\rag'' werden auch 
die Bezeichnungen der Dateien in ein fur den Laien verstandlichen 
Sprache gebracht. Wie in 4.12. bereits erwahnt steht zum Anfang des 
R. T.F.I. Verfahrens das Downloaden der kompletten Internet struktur 
als Offline-Version. Das Verfahren filtert nun alle Bilder aus, da 
diese fur die fur das Userverhalten unerheblich sind. Ebenfalls un- 
erheblich sind alle HTML Seiten, die den Rahmen fur den Content bil- 
den, d.h. einen Frameset aufrufen. Die nun librig gebliebenen Dateien 
entsprechen nur noch f olgenden Kriterien. Navigation; Content; Wer- 
beflachen; Ausfuhrende Seite; Download; 

Die Dateien werden nun vom Controller den Punkten Navigation, Con- 
tent und Werbeflache zugeordnet indem Sie nacheinander angezeigt 
werden. Nach dieser Prozedur stehen die content fuhrenden Seiten fest 
und werden in Kapitel und Unterkapitel strukturiert . Diese Inf orma- 
tionen werden in ebenfalls in dem Datenbanksystem abgespeichert und 
dient als Basis fur die Auswertung und Darstellung der Analyse. 
Ein weiterfuhrende Abf ragesystematik analysiert die individuellen 
Inf ormationsbedurfnisse des Controllers. Diese Daten werden eben- 
falls im Datenbanksystem gespeichert. Mit diesem Verfahren wird ein 
starker Visual i sie rungsgrad erreicht, der den geforderten Anspruchen 
dient xrnd das wesentliche erf afit . 

5. Voraussetzunaen fiir das R. T.F.I. Verfahren 

5.1. Elnstellungen auf Serverseite 

Einige wenige Voraussetziingen mussen fur das R. T.F.I. Verfahren ser- 
verseitig erfullt sein, damit das Verfahren sein voiles Leistungs- 
spektriom ausfuhren kann. Diese Elnstellungen sind meistens bereits 
vorgenommen worden. Sollte dies allerdings nicht geschehen sein, so 
sind diese Arbeiten in wenigen Minuten vorgenommen. 
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5.1.1. frei programmierte CGI diirfen auf dem Server ausgefiihrt wer- 
den . 

Grimdvoraussetzung fur das R. T.F.I. Verfahren ist ein frei verfugba- 
rer CGI Bereich auf dem Domane- Server, d.h. auf dem Domane- Server 
durfen eigene CGI Programme ausgefiihrt werden. 

5.1.2. HAT- Access mud freigegeben werden 

Ein weiterer Piinkt ist die Freigabe von HT- Access auf Serverseite. 
Dieser Punkt ist entscheidend, um auf Aktionen des Useres automa- 
tisch reagieren zu konnen. Ein Anwendungsbei spiel aus dem R.T.F.I. 
Verfahren ist bei einem Error- Code (z.B. Code 404 Seite auf dem 
Server nicht gefunden) dem User eine Antwort zu generieren, mit den 
Information, dad der Fehler an den Support der Seite in Form eines 
E-Mails weitergeleitet worden ist. Diese Ma(inahme ist entscheidend 
fur die Qualitatssicherung der Int e met domane , da sofort beim Auf- 
treten eines Fehlers diese dem Support mitgeteilt wird und dieser 
die entsprechen MaBnahmen einleitet werdem konnen. Ebenfalls konnen 
so eventuelle unerlaubte Eindringversuche dokumentiert werden. Die 
Freigabe von HT- Access erfolgt vom Webmaster des Providers. 

5.1.3. Logfile mufi verhanden sein und mit folgenden Prarametern ge- 
fuhrt werden. 

Von der Grundstruktur gibt es nur 2 Logfile Gruppen . Ziim einen der 
Logfile der Apache Server und zum anderen der Logfile der Netscape 
Server. Diese Logfile Gruppen teilen weit uber 90% des Marktes und 
sind weitgehend identisch. Allerdings werden diese 

6. Das R.T.F.I. Leistungssvektrum im Uberblicic 

Dieses Leistungsspektrum wird aus Verstandnisgrunden bei den bekann- 
ten Analysemethoden begonnen und nicht prozessorientiert , da mit 
dieser Darstellungsmethode die komparativen Vorteile besser zum tra- 
gen kommen. 



6.1 Analyse: 

Sicher ist jedem der sich mit Internet naher beschaftigt, da(i samt- 
liche Anfragen von Usem an den Server protokolliert werden. Diese 
Anfragen und die darauf folgende Antworten des Servers wird im soge- 
nannten Logfile zeitlich erfaftt. Diese Erfassung ist naturlich auf 
die technische Struktur des Servers ausgelegt, denn es gilt ja die 
Serveraktivitat zu protokollieren. Dieser Logfile wird von diversen 
Programmen als Gr\indlage fur die Erf olgsmessung des Internets ge- 
nutzt. Das die Ergebnisse zweifelhaft in Ihrer Richtigkeit sind, 
darauf wurde bereits ausfuhrlich eingegangen. Bei der reinen Log- 
file- Analyse konnen naturlich ausschlielilich historische Daten er- 
fafit und dargestellt werden. Zukunf tsorientierte Inf ormationen kon- 
nen nicht berechnet werden, da die Eingangs inf ormationen schon mit 
Fehlem behaftet sind. 
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6.1.1- His tori sche Analyse 

Folgende Inf ormationen konnen mehr oder weniger richtig aus dem 
klassischen Logfile dargestellt werden. 



Hits ! 



PageViews 



Errors 



tJbertragene 
Bytes 

Tagesverhal - 
ten 

Wochenverhal - 
ten 

Honatsverhal - 
ten 

Allgemeines 

zeitliche 

Verhalten 

Betriebssy- 

stem 

Browser 



Darstellung aller Zugriffe, also auch das Laden von 
Bildern und der Aufbau der Frame- orient ierten Seiten. 

Darstellung aller HTML- Seiten wobei das Laden von Bil- 
dern nicht mitgezahlt wird. Dieser Wert wird heute als 
Grolie zur Berechniing der Werbetragerleistung herangezo- 
gen. 

Fehler, wo Seiten angefragt worden sind, die nicht auf 
dem Server vorhanden sind, bzw . nicht gefimden werden 
konnen . 

Die Menge von Daten, die vom Server ubertragen worden 
sind. 

Zeitliche Darstellung der Inf ormationsanf ragen . Um wie- 
viel Uhr wurden die Inf ormationen abgerufen. 

Zeitliche Darstellvmg der Inf ormationsanf ragen in der 
Tagesubersicht . 

Zeitliche Darstellung der Inf ormationsanf ragen in der 
Wochenubersicht . 

In dieser Darstellung wird die Verweildauer auf einer 
Seite gespeichert, mit dem Hintergrund der Intensi- 
tatsprufung und Kommunikationsstarke der Seite. 

Zahlenmafiige Erfassimg, mit welchem Betriebssystem der 
User arbeitet 

ZahlenmaRige Erfassung, mit welchem Browser der User 
arbeitet 



Suchmaschinen Statistische Erhebung, mit welcher Suchmaschine die Do- 
mane gef unden wurde . 

Suchworte Statistische Erhebung, mit welchen Suchworten die Doma- 

ne gef unden wurde . 

Herkunft des Erfassung des Landes, aus dem der Besuch der Domane ge- 
Users kommen ist 



User-Pf ade 



Erfassung der Klickfolge innerhalb der Domane. 



Ein-/ Aus- ErfassTing der Ein-/Ausstiegsseite des Users innerhalb 

stiegsseite einer Domane. 
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Im ersten Moment erscheint dieses schon recht viel xind nutzbringend . 
Auch das R.T.F.I. Verfahren nutzt den Logfile fur die Erhebung der 
Basisdaten. Folgende Bereiche niussen jedoch fur ein ordnungsgemalies 
Controlling weiterhin erfullt werden. Das ist auch schon der erste 
und entscheidender Punkt, wo das R.T.F.I. Verfahren einen neuen Mei- 
lenstein setzt: 

• Das transportieren der technisch orientierten Information in 
die reale Darstellungsf orm der Domane . 

• Das Kontrollieren, ob die erfaBten Daten richtig erfalit worden 
sind. 

• Das Bereinigen von technisch bedingten Fehlinterpretationen . 

• Das empirische Ermitteln von unsicheren Informationen mit der 
Darstellung in Toleranzwerten . 

• Das Darstellen der Daten entsprechend der Bedurf nisstrviktur des 
Controllers . 

Die Bedurfnisstruktur, dafi haben Untersuchungen ergeben, teilt sich 
in folgende Komponenten auf : 

Was ist im groben Uberblick auf der Domane geschehen: 

• Was ist unter zeit lichen Gesicht punk ten auf der Domane wann ge- 
schehen? 

• Wie ist es urn die Leistungsf ahigkeit der Rechner- Performance 
der User gestellt? 

• Wie hat der User die Domane gefunden, wonach hat er gesucht und 
woher kommt er? 

• Was hat der User auf der Domane gemacht, war er schon mal auf 
der Domane gewesen und wie lange hat er welche Informationen 
abgefragt? 

• Administrative Zusatz informationen zur Uberprufung der Kommuni- 
kation. Wurde z.B. immer auf Mails geantwortet, sind die Ziel- 
vorgaben erreicht worden, welchen EinfluR haben Anzeigen und 
Werbung z.B. in Print- Median auf die Zugriffe der Domane und 
vieles mehr. 

Durch das R.T.F.I. Verfahren konnen weitere fur den Controller in- 
teressante Informationen generiert werden. Hier ist eine klare Er- 
weiterung der Leistungsf ahigkeit gegenuber den bisher bekannten Pro- 
dukten zu sehen . 
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ContentViews Anzahl von Seitenkontakten, die als content fuhrend be- 
zeichnet werden konnen, also tatsachlich relevanten In- 
halt haben \ind nicht der Navigation dienen. Ein weite- 
rer sekundarer Nebeneffekt ist somit auch die Analyse 
von Bannerwerbung und die daraus resultierende Abrech- 
nxing der Werbekosten. Diese werden zur Zeit aus den 
nicht korrekt erfaliten PageViews ermittelt. 



Seiten Stati- 
stik 



Downloads 



Inf oanf orde- 
rung 



Aktualisie- 
rung 

Farbtief e 



Auf losung 



Wie verteilt sich die Besucherhauf igkeit auf den ein- 
zelnen Seiten zum gesamten Content? Wie sieht die Seite 
aus und wie lange wurde sie im Durchschnitt besucht? 

Welche und wie oft wurden bestimmte Dateien downgeloa- 
det? 

Wie oft wurde die Seite mit einer Inf oanf orderung be- 
sucht und wie oft wurde anschlieliend auch die Inforan- 
forderung tatsachlich angefordert? 

Wann und was wurde an einer bestimmten Seite verandert 
bzw. aktualisiert? 

Welche Farbtiefe hat der User auf seinem Rechner einge- 
stellt? 

Welche Auflosung hat der User auf seinem Rechner einge- 
stellt? 



Prozessor Welchen Prozessortyp besitzt der User? 

Cookies Hat der User auch tatsachlich die Cookies aktiviert, 

Oder besitzt er nur einen cookief ahigen Browser - 



Java 



VB 



Links 



Direkteinwahl 



Welche Version von Java kann auf dem Browser des Users 
ausgef uhrt werden? 

Ist der Performance des Users in der Lage VB auszufuh- 
ren? 

Wie werden die Verlinkiangen genutzt. Die Messung erfolg 

bidirektional, d.h. es werden die abgehenden und die 

eingehenden Links gemessen und verglichen. 

Wie viele User wahlen die Domane direkt an \ind wie ist 

die prozentuale Verteilung zu den anderen Einwahlmog- 

lichkeiten. 



Sub -Domane 



Wie viele User kommen iiber eine evt . untergeordnete Do- 
mane auf die Haupt Domane. Diese Moglichkeit wird hau- 
fig bei Aktionen angewendet, um den Erfolg einer Aktion 
bewerten zu konnen. 
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Neu-/Altkunde 



War ein Besucher bereit schon einmal auf der Domane , 
wie oft kommt er in welchen Ze it interval 1 en erneut vor- 
bei . Welches Profil besitzt er und was sind seine In- 
f ontiationsbedurf nisse . 



Verweilzei ten 



Anzahl der 
Besuche 

Aktionen 



Mail -Listings 



Alarmsystem 



Zielvorgaben- 
Kontrolle 



e- commerce 



Pikanalyse 



Welche Benutzergruppe bleibt wie lang bei welchen In- 
formationen. Wie lange bleibt er auf bestimmten Seiten 
und wie lange dauert sein gesamter Besuch? 

Wie viele Besuche hatte die Domane und von wie vielen 
Besuchem wurden die Visits ausgelost 

Die Aktionsauswertvmg ist ein wesentlicher Faktor des 
R. T.F.I. Verfahrens. Bei dieser Auswertung werden alle 
Aktionen, die einen VerbesserungsprozeR auslosen sollen 
protokolliert und anschlie(ien auf Ihren Erfolg liber- 
pruf t . 

Samtliche eintref f enden Mails werden protokolliert und 
in einer Liste eingetragen. Der Sinn der Protokollie- 
r\mg wird in einem spateren Modul deutlicher hervorge- 
hoben . 

In diesem Modul werden die Eingrif f sgrenzen definiert. 
Hier soil vermieden werden, dad Seiten verweisen und 
nicht die notige Beachtung im Evaluierungsprozeli fin- 
den. 

Dieses Modul dient der Zielvorgaben-Kontrolle . Hier 
werden die angestrebten Zielvorgaben mit dem erreichten 
Ziel verglichen und von den normal zu erwartenden Stei- 
gerungsraten bereinigt. Das Ergebnis ist eine tiber- 
bzw. Unterdeckung der Zielvorgaben. 

Dieses vergleichende Tool mifit das Verhaltnis zwischen 
dem Betrachten von Inf ormationen imd den tatsachlichen 
Bestellungen. Dieses Verhaltnis ist fur weitere Opti- 
mierungsmalinahmen im Kommunikationsmix ein entscheiden- 
der Planungsf aktor . 

Die Pikanalyse stellt alle Vorgange dar, die aulierhalb 
eines Trends liegen. Durch die Untersuchung von unge- 
wohnlichen Ausschlagen konnen Ruckschliisse auf Werbe- 
mafinahmen aulierhalb des Webs getroffen werden. 
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6.1*2 VBTgleichende Analyse 

Diese schon sehr ausfiihrliche Dokximentation der historischen Daten, 
die natiirlich von Interpretationsf ehlern bereinigt sind, ist fiir ei- 
ne zielorientierte Planung nicht ausreichend. Hier koxnmt die ver- 
gleichende Analyse zum tragen, die zwischen relativen und absoluten 
Erfolg die Unterscheidungen trifft. Natiirlich konnen die zu verglei- 
chenden Zeitraime frei gewahlt werden, Ebenso werden evt. Aktuali- 
sierungen, die die Auswertung verfalschen konnten, bereinigt: darge- 
stellt. Folgende Punkte stellen den Vorteil des R. T.F.I. Verfahrens 
genauer dar : 



Vergleich be- 
liebiger 
Zei traume 



S teigerungs - 
raten Kompen- 
sation 



Beim Vergleich beliebiger Zeitratune werden alle Uber- 
sichtsdaten in den entsprechenden Zeitintervallen dar- 
gestellt. Die daraus resultierenden Ergebnisse zeigen 
den Erfolg verschiedenster Malinahmen auf . Die Ergeb- 
nisse sind von den Aktualisierungen \md damit verbnn- 
denen moglichen Fehlinterpretationen bereinigt. 

Jede Internet- Domane erfahrt eine naturliche Steige- 
ningsrate . Dies liegt haufig an die steigende Anzah.1 
von Altkunden, die immer wieder die Domane besuchen 
bzw. an der steigenden Zahl von Internet- Usem. Diese 
naturliche Steigerungsrate , die nicht unbedingt die 
Erf olgssteigerung widerspiegelt , wird im R. T.F.I. Ver- 
fahren ermittelt \md kompensiert . So wird der exakte 
Erfolg ermittelt, der von moglichen Fehlinterpretatio- 
nen bereinigt ist . 



Analyse der 
Informations - 
bedurf nisse 
der User 



Analyse der 
relativen 
Ausgewogen- 
heit 



Die vergleichende Analyse erlaiibt Anderungen der In- 
formationsbedurf nisse der User f estzustellen . Mit die- 
sem Wissen kann der Content dem Userprofil angeglichen 
werden und so die Kundenzuf riedenheit positiv beein- 
fluBt werden. Dies ist insbesondere fur das Binden von 
Altkunden von grofler Bedeutung. 

Zu Start einer Internets- Domane wird man feststellen, 
da(i User nicht die gesamte Bandbreite der Information 
benotigen. Durchschnittlich dauert der erste Besuch 
einer Page 4 Minuten. Aus diesem Grund ist es wichtig 
Benutzerprof ile anzulegen, vim daraus eine Ausgewogen- 
heit der gesamten Domane zu erzeugen. Die symmetrische 
Verteilxxng von Visits auf contentf uhrenden Seiten ist 
anzustreben . 



Analyse der 
Ver anderungen 
von Rechner- 
f ahigkeiten 



Mochten Sie auch geme wissen, ob Ihr Klientel die 
Cookies aktiviert hat oder nicht? Oder ob Sie endlich 
einmal eine andere Auflosung als Standart voraussetzen 
konnen. Mit der vergleichenden Analyse sehen Sie auf 
einem Blick die Veranderungen der Performance von 
Rechnem. Dies bietet genugend Raum rechtzeitig auf 
die veranderten Bedingvmgen reagieren zu konnen. 
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Suchmaschinen 



Verlinkungen 



Das Eintragen in Suchmaschinen ist sehr wichtig. Oft 
ist dies die einzige Moglichkeit Inf ormationen zu be- 
schaffen. Es reicht als nicht aus Anzeigen mir www. 
Adresse zu schalten oder diese auf die Visitenkarte zu 
schreiben. Ebenfalls ist es jedem User bei unprofes- 
sioneller Recherchetechnik bekannt, daft bei einem 
Suchwort mehrere tausend Pages gefunden werden. Und 
wer sucht denn schon den 15.323igsten Eintrag? So ist 
es wichtig bei den Suchmaschinen vorne zu stehen und 
dort auch zu bleiben. Dazu miissen die Erfolge der 
Suchmaschinen und die Suchworte analysiert und die 
Veranderungen abgespeichert werden. 

Naturlich arbeiten Sie auch mit Partnem zusammen. Sie 
haben gegenseitig eine Verlinkung auf gebaut . Sie sind 
naturlich nicht fur den Erfolg Ihres Partners verant- 
wortlich, die Frage stellt sich aber was bringt Ihnen 
die Verlinkung an neuen Besuchern, bzw. welche Veran- 
demngen ergeben sich im laufe der Zeit. Besonders 
wichtig wird dieser Aspekt, wenn fur eine Bannawerbung 
Geld bezahlt werden mu(i . Ist der Werbetrager geeignet 
fur eine Plazierung von Werbebotschaf ten? Diese und 
weitere Fragen werden mit diesem Modul beantwortet . 



Alt-/Neukunde 



Verweilzeiten 



Steigerungs- 
raten im e- 
commerce 



Ver gl e i chende 
Pikanalyse 



Sehr Interessant sind die Veranderungen des Neu- 
/Altkunden Verhaltnisses . Ist es Moglich Kunden dauer- 
haft durch einen besonderen Service an die Domane zu 
Binden? Ein Ausgewogenes Verhaltnis zwischen Neu- 
/Altkunden ist von groBer Wichtigkeit. Sie zeigt auf, 
wie viel Vertrauen sie zu Ihrem Kunden via Internet 
auf bauen konnen . 

Wie verandern sich die Verweilzeiten besonders im Alt- 
kiinden- Segment? Die Ant wort auf diese Frage driickt die 
Entspanntheit und das Vertrauen in den Inf ormationsge- 
halt aus. Ebenso sind die Veranderungen der Userpfade 
wichtige Inf ormationen fur eine kundennahe Gestaltiang 
der Domane. 

Die Veraderimgen zwischen Inf ormationsbeschaf f ung und 
dem tatsachlichen Bestellen von Dienstleistungen, In- 
formationen oder Produkten sind wichtige Kennzahlen 
fur die Absatzplanung. Die hieraus resultierenden Er- 
gebnisse lassen sich direkt in den entsprechenden Pla- 
nungswerkzeugen einsetzen. 

Abweichvmgen im normalen Zugrif f verhalten, die z.B. 
durch Anzeigen oder anderen Aktionen ausgelost werden, 
konnen hier genau verfolgt werden. Als Beispiel dient 
hier eine Reihe von Anzeigen, die im 14 tagigen Ab- 
stand unverandert in der gleichen Zeitung erscheinen. 
Nach einer gewissen Laufzeit werden die Ausschlage im 



Seite 26 von30 





Internet immer geringer. Dies kann als eindeutiges 
Zeichen fur das „Abnutzen" des Inserates gewertet wer- 
den. Die Konsequenz : Die Anzeigen-Aktion pausieren 
lassen oder eine neue Anzeige konzipieren. 



6.1*3 Trendaxialyse 

Nachdem das Analyseverf ahren richtige imd bereinigte Daten ermittelt 
hat iind diese in eine Vergleichende Analyse munden, ist die logisch 
Konsequenz die Ermittlung und Berechnung der Trends. Diese Trendbe- 
rechnung wird nach DIN ISO durchgef uhrt . Als Basis werden statisti- 
schen Modelle der Qualitatssicheriing angewendet . Diese Berechnungen 
sind im Einklang mir dem DGQ und dem TUV cert entstanden. 
Eine Antwort wird auf folgenden Fragen gegeben: Wie entwickeln sich 
die Seitenzugrif f e; Wie andert sich zukiinftig das zeitbezogene User- 
verhalten; Wie entwickelt sich die Rechner- Performance; Welchen 
Einfluft werden zukiinftig Suchmaschinen und Links auf den Erfolg ei- 
ner Domane haben; Wie wird sich zukunftig das Verhaltnis Neu- 
/Altkunde verandem und welche Auswirkungen wird dies haben; Wie 
wird zukunftig sich das Verhaltnis zwischen Inf ormationsbedarf und 
Bestellungen im e-commerce Sektor andem; iind vieles mehr. Das 
R.T.F.I. Verf ahren sind diese Inf ormationen nicht genug. Entschei- 
dend ist doch das Know-how wo ein Webmaster im Vergleich zum Mitbe- 
werber steht. Der Webmaster benotigt also einen Ref erenzpunkt , um 
seine eigene Position bestimmen zu konnen. 

Es stellt sich z.B. die Frage : "Ist das Verhaltnis von 36:1 von In- 
formationsbeschaf fxing und tatsachlicher Bestelliing ein guter oder 
ein schlechter Wert?" Diese Kalibrierung erfolgt im R, T.F.I. Verf ah- 
ren durch eine exteme Erf ahrungsdatenbank . 

6.2. Externa Erfahrungsdatenhank 

In der extemen Erf ahrungsdatenbank wird das Know-how und das Wissen 
von vielen Domanen komprimiert dargestellt. Samtliche Daten sind na- 
turlich von Erkennungsmerkmalen der Firmen bereinigt . Diese Daten 
werden den Usem des R.T.F.I. Verfahrens Online zur Verfugung ge- 
stellt. Hier werden Inf ormationen uber Trends im Internet, e- 
commerce Erfahrxingen und typische User-Profile sowie Inf ormationen 
uber das Userverhalten gespeichert sein. Aus diesen Erfahrungen re- 
sultiert ein konkreter Bedarf nach Optimierungsmoglichkeiten fur die 
vorhandene Intemetdomane . 

6.3. Optimierungz Den Erfolg planhetr machen! 

Aus der nun konkretisierten Ausgangsposition ergeben sich nim die 
Fragen nach der Optimierungsmoglichkeiten der Domane. Hierfur stehen 
eine Reihe von Methoden zur Verfugung, die sich grob in drei Klassen 
unterteilen lassen. 

Klasse 1 sind statische Module. Diese Module optimieren den Code der 
Domane in zweierlei Hinsicht. Zum einen werden die Module zur exak- 
ten Analyse integriert . Zum anderen werden mogliche Fehler kompen- 
siert und korrigiert . Ebenfalls ist ein „Ubersetzer" integriert, der 
die technische Information in eine anschauliche , dem Content ent- 
sprechende Darstellungsf orm ubersetzt. Ebenfalls werden in diesem 
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Abschnitt die Parameter imd Zielvorgaben gesetzt, Fragen nach Ein- 
grif f sgrenzen gesetzt und so das R.T.F.I. Verfahren initialisiert . 
Die in der Klasse 1 befindlichen statische Module sind: 
Codeoptimierung; Frame- Korrektur; Proxy- Optimierimg; Struktur- 
Konverter; allgemeine Korrekturmodule und das Parameter Modul 
Klasse 2 sind die Dynamischen Module, die Informationen wahrend des 
Betriebes der Internet- Domane lief em. Zu diesen Modulen die imple- 
mentierten Statist ik Module und ein sogenannter Error-Messenger. 
Dieses Modul liefert sofort bei Fehlern auf dem Server ein E-Mail an 
den Webmaster mit dem Vermerk welcher Fehler beim User entstanden 
ist. Der User erhalt im Gegenzug die Meldiing, dafi dieser Fehler 
schnellst moglich beseitigt wird. Diese Mafinahme ist von entschei- 
dender Scliritt in Richtung k\indenf reundlichen Internet. 
Klasse 3 entsprechen den dynamisch administrativen Modulen. Der 
Suchwort Optimierer analysiert aus den Content seiten die Worter, die 
eine hohe Frequenz aufweisen und erarbeitet daraus eine Vorschlags- 
liste. Diese Vorschlagsliste wird vom Webmaster angenommen, bzw. 
verbessert . Diese Worter werden dann in das Modul Meta-Optimierung 
eingepflegt. Das Resultat ist ein Metatag, der alien Anf orderungen 
der Suchmaschinen entspricht und den groRten Moglictien Erfolg garan- 
tiert. Die Veranderungen werden im Suchmaschinen -Eintragsmodul ge- 
speichert. Dieses Modul nimmt dann automatisch den Kontakt zu den 
gewahlten Suchmaschinen auf und veranlalit die Suchrobots zu einem 
Besuch der aktualisierten Domane. Durch diese Malinahme ist es erst- 
mals moglich dies Aufgabe teil zu automat i s ieren . Ein wesentliche 
Malinahme, das Ranking zu verbessem und beim Erfolg auch oben im 
Ranking zu bleiben. Weiter Module generieren Vorschlagslisten, fur 
samtliche Aktionen, die Offline betrieben werden mussen. Zu diesen 
zahlt z.B. ein Vorschlagswesen fur Anzeigenschaltvmgen . 

Der nun innen liegende Regelkreis ist geschlossen: Messen, Verglei- 
chen, Trendberechnen, Optimieren, Ubertragen imd erneut den Erfolg 
messen. Dieses rollierende Verfahren ermoglicht so Schritt fur 
Schritt einen stetigen VerbesserungsprozeR einzuleiten, welches 
ebenfalls von der DIN ISO 9000 gefordert wird. Sie fragen sich na- 
turlich, welcher Webmast hat dieses gebiindelte Know-how? Diese Ant- 
wort mochten wir Ihnen ebenfalls nicht schuldig bleiben. Urn diese 
Frage zu beantworten verlassen wir nun den inneren Regelkreis und 
konzentrieren und auf die Pereferie. In diesem Bereich finden Sie 
das 

6,4. CBT (Computer Based Training Das Lernprogramm fiir effektives 
Wehcon trol 1 ing) 

In diesem Bereich wir multimedial samtliches Know-how vermittelt, 
welches entscheidend ist fur den sukzessiven Aufbau und der Vermark- 
tung von Content im Internet. Hier erhalt man die Informationen was 
alles analysiert werden kann; Wie sicher die Aussagen und die Daten 
sind; Datenschutzrechtlichen Wissen vermittelt; Welche Piinkte beson- 
dere Beachtung finden mussen; Tips und Tricks zum stetigen Verbesse- 
rungspotential und welche Wege am besten geeignet sind urn Webcon- 
trolling durchzuf uhren . Dieses Wissen befahigt den Webmaster dazu 
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konkrete Vorstellimgen uber den Verbesseriingsprozeli der Domane zu 
entwickeln. 

5.5- Q & A (Question & Answer) 

Dieses Modul bereitet den eigentlichen Start des R. T.F.I. Verfahrens 
vor. In diesem Modul werden dem Webmaster konkrete Fragen zu seinem 
Informationsbedurfnis gestellt . In diesem Bereich entsteht auch die 
Darstellungsform der Ergebnisse. Das ist es ja die Content struktur 
nachzubilden und nicht die technische Struktur. In diesem Bereich 
wird das R.T.F.I. Verfahren voreingestellt womit das effektive Web- 
controlling beginnen kann . Ein wesentlicher Punkt sollte nicht uner- 
wahnt bleiben. Das Verfahren modifiziert und optimiert den Quellcode 
einer Domane. Weiterhin werden strukturelle Anderungen durchgefuhrt 
und bestimmte Merkmale hinzugefugt. Diese Veranda riingen mussen 
selbstverstandlich gesichert werden, so dafi zu jedem Zeitpxmkt der 
Original zustand wieder hergestellt werden kann. Aus diesem Gromd ist 
der Zentrale Datenpool das Herzstuck des R.T.F.I. Verfahrens. 

6.6, Zentraler Datenpool mit Universal- Schnittstellen 

In diesem Datenpool wird eine Sicherung der Domane vor jeglicher 
Veranderung angelegt . bort wir neben der alten Struktur der Daten 
die nun modifizierte Struktur angelegt. Weiterhin werden die Parame- 
ter und auch die historischen Anderungen abge spei chert . So ist es 
moglich bei der vergleichenden Analyse Weiterentwicklungen mit ein- 
ziibeziehen. Falschinterpretationen sind so nahezu ausgeschossen. 
Durch die Zusatzinf ormationen, die das R.T.F.I. Verfahren generieren 
kann, ist es notig einen eigenen Logfile zu generieren. Dieser in- 
terne Logfile wird neben dem externen Logfile gespeichert. Samtliche 
Daten sind nun unabhangig vom Provider zu fuhren. Automatisches 
Downloaden von Logfiles ermoglicht das luckenlose Erfassen von User- 
daten. Ebenfalls werden hier samtliche Analyse -Auswertungen gespei- 
chert und in verstandlicher Form im Analysebereich Webmaster gerecht 
dargestellt. Diese Inf ormationen konnen auch uber die Universal- 
schnittstelle in bereits existierende Planungswerkzeuge integriert 
werden. Naturlich konnen auch diese Daten in individuellen Erweite- 
rungsmodulen ihren Einsatz finden. 

6.7, Individuelle Erweiterungsmodule : 

Die offene Plattform, die das R.T.F.I. Verfahren darstellt, erlaubt 
es weitere Werkzeuge zu kreieren. Diese Module werden individuell 
nach Kundenwunsch gefertigt. Zu diesen moglichen Produkten zahlt das 
Mail-Controlling, das Kommxmikationsmix- Controlling oder das Admi- 
nistrations- Controlling . 

Nachfolgend ist in Fig. 1 ein Beispiel einer Auswertiing und in Fig. 
2 das Leistungsspektrum im Uberblick dargestellt. 
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Patentanspriiche 

1. Verfahren zur Analyse und Optimierung des Benutzerverhaltens in 
Computernetzen, 

dadurch gekennzeichnet , daS 

- vom Server computer Benutzeraktivitaten erfaSt und protokol- 
liert werden, 

- die erfaSten Aktivitaten von Interpretationsf ehlem bereinigt 
werden, 

- die nach der Bereinigung vorliegenden Daten analysiert und mit 
Daten aus einer Erf ahrungsdatenbank vergleichen werden und 

- die Ergebnisse des Vergleiches zur Optimierung eingesetzt wer- 
den, indem durch eine Ruckfulirung eine aktive EinfluSnahme auf 
den Servercomputer erfolgt und hierdurch ein geschlossener Re- 
gelkreis realisiert wird. 
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